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DETAILED ACTION 
Claim Rejections - 35 USC §112 

1. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

2. Claim 17 is rejected under 35 U.S.C. 112, first paragraph, as failing to comply 
with the written description requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to reasonably convey to one 
skilled in the relevant art that the inventor(s), at the time the application was filed, had 
possession of the claimed invention. In particular original disclosure did not teach 
"grouping all of the data update requests into the plurality of blocks being performed at a 
same time". The applicant previously disclosed that requests can be process in parallel 
however, this is not equivalent with saying that they are processed at the same time, 
since there might more than one request to process than the parallel capacity. For the 
purposes of the examination the examiner assumes that same time means that the 
requests are processed without major pauses in the processing. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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4. Claims 1- 10 and 16-19 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Pudipeddi et al (US Publication 20050165820) in the view of 
Goudie et al (US Publication 20020156764). 

As to claims 1, 5 and 8, Pudipeddi teaches a method and apparatus for 
processing multiplicity of data requests made by a customer (Figure 4A, elements 406), 
wherein the method comprising the step of: grouping all of the data requests into, a 
plurality of blocks (Figure 4A, elements 402) for execution by a data processor 
(paragraph 49), the data requests within each of the blocks and from one of the blocks 
to a next one of the blocks being arranged in an order that the data requests need to be 
executed to yield proper data result (paragraph 109), then the data processor 
processing the data requests within the one block in the order, and then the data 
processor processing the data requests within the next block in the order (paragraph 
109). Pudipeddi does not explicitly teach that the blocks have approximately a same 
capacity for the data requests, wherein the capacity corresponds to a number of the 
data requests which the data processor efficiently process in order before processing 
the data requests in the next one of the blocks. Pudlipeddi also does not teach that data 
requests correspond to updates. Goudie teaches a method of managing data wherein 
the plurality of queues use memory size of the same size (paragraph 23). It would have 
been obvious to one of the ordinary skill in the art during the time the invention was 
made to use Pudipeddi's requests processing method and system for the update 
information because selecting particular type of requests to be processed by the 
processing unit is just an intended use and does not differ from processing any other 
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type of request. Further it would have been also obvious to one of the ordinary skill in 
the art during the time the invention was made to the queues with the same capacity as 
taught by Goudie, because predefining the queue's size is a design choice, and further 
setting all the blocks to the same size is simpler than adjusting the individual size of the 
particular queue or block. 

Note regarding claim 8 , Pudipeddi also teaches the first, second and third 
program instructions being recorded on the medium (paragraph 109, in order to process 
particular requests out of order, the instructions (technique) need to be stored). 

As to claims 2, 6 and 9 , Pudipeddi teaches the method wherein the order is an 
order in which the data update requests were made (paragraph 109).. 

As to claims 3, 7 and 10 , Goudie teaches a method wherein the capacity 
corresponds to a number of the data requests (paragraph 40), which the data 
processing unit optimally processes in order in the one block before processing the data 
requests in the next one of the blocks (wherein the data request directly corresponds to 
the physical size of the queue, since each request also has a certain size, so if the 
queue would have to be emptied, that would be equivalent with optimal processing of 
the requests). 

As to claim 4 , Pudipeddi teaches the data requests within each of the blocks are 
arranged into the order by ordering information stored within or associated with the 
blocks (paragraph 109). 

As to claim 16 , Pudipeddi does not explicitly teach that the blocks have a same 
predetermined capacity for the data requests. However, it would have been also 
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obvious to one of the ordinary skill in the art during the time the invention was made to 
the queues with the same capacity as taught by Goudie, because predefining the 
queue's size is a design choice, and further setting all the blocks to the same size is 
simpler than adjusting the individual size of the particular queue. 

As to claim 17 , Pudipeddi teaches the method wherein the grouping of all of the 
data requests into the plurality of blocks is performed at a same time (wherein all of the 
incoming requests that need to be sorted are classified as they come (Figure 5, element 
508), the applicant relates to the "same time", however applicant's invention does not 
teach parallel processing for all of the requests therefore, sorting those requests also 
does not take place at the same instance, instead it is approximately same time (one 
after the other), and this is how the claim limitation was interpreted for the purposes of . 
the examination). Goudie further teaches update requests as defined in the justification 
for rejecting claim 1 . 

As to claim 18 , Goudie further teaches the method wherein the blocks contain a 
predetermined number of the data update requests (paragraph 23, since the memory 
banks have approximately the same storage capacity, they also have maximum number 
of requests that the memory' can store, and this is corresponding to the size of particular 
request, which further translates into the number of requests that can be stored). 

As to claim 19 , Goudie also further teaches the methods wherein the blocks are 
grouped into a package according to a common key among the blocks (paragraph 36, 
wherein the common size is considered to be a common key). It would have been 
obvious to one of ordinary skill in the art during the time the invention was made to 
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group queues according to their matching size as taught by Goudie, in Pudipeddi's 
requests management system because this would allow to form a better request 
organization. 

5. Claims 11-14 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Pudipeddi et al (US Publication 20050165820) in the view of Goudie et al (US 
Publication 20020156764) and further in the view of In re Harza, 274 F.2d 669. 671. 
124USPQ378. 380 (CCPA 1960). 

As to claims 11 , Pudipeddi teaches a method and apparatus for processing 
multiplicity of data requests. made by a customer (Figure 4A, elements 406), wherein the 
method comprising the step of: grouping all of the data requests into a plurality of blocks 
(Figure 4A, elements 402) for execution by a data processor (paragraph 49), the data 
requests within each of the blocks and from one of the blocks to a next one of the 
blocks being arranged in an order that the data requests need to be executed to yield 
proper data result (paragraph 109), then the data processor processing the data 
requests within the one block in the order, and then the data processor processing the 
data requests within the next block in the order (paragraph 109). Pudipeddi does not 
explicitly teach that the blocks have approximately a same capacity for the data 
requests, wherein the capacity corresponds to a number of the data requests which the 
data processor efficiently process in order before processing the data requests in the 
next one of the blocks. Pudipeddi also does not teach that data requests correspond to 
updates. Goudie teaches a method of managing data wherein the plurality of queues 
use memory size of the same size (paragraph 23). It would have been obvious to one of 
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the ordinary skill in the art during the time the invention was made to use Pudipeddi's 
requests processing method and system for the update information because selecting 
particular type of requests to be processed by the processing unit is just an intended 
use and does not differ from processing any other type of request. Further it would have 
been also obvious to one of the ordinary skill in the art during the time the invention was 
made to the queues with the same capacity as taught by Goudie, because predefining 
the queue's size is a design size, and further setting all the blocks to the same size is 
simpler than adjusting the individual size of the particular queue. Further neither 
Pudipeddi , nor Goudie teach duplicating steps, however it would have been obvious to 
one having ordinary skill in the art at the time the invention was made to duplicate 
request collecting step, since it has been held that mere duplication of the essential 
working steps involves only routine skill in the art (In re Harza , 124 USPQ 378, 380 
(CCPA 1960)). 

As to claim 12 , Pudipeddi teaches the method wherein the order is an order in 
which the data update requests were made (paragraph 109). He does not teach 
however repeating this step, however it would have been obvious to one having 
ordinary skill in the art at the time the invention was made to have two orders, each 
corresponding to each individual data request placement as disclosed above. 

As to claim 13 , Goudie teaches a method wherein the capacity corresponds to a 
number of the data requests (paragraph 40), which the data processing unit optimally 
processes in order in the one block before processing the data requests in the next one 
of the blocks (wherein the data request directly corresponds to the physical size of the 
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queue, since each request also has a certain size, so if the queue would have to be 
emptied, that would be equivalent with optimal processing of the requests). He does not 
teach however repeating this step, however it would have been obvious to one having 
ordinary skill in the art at the time the invention was made to have two multiple 
capacities for each of the queues. 

As to claim 14 , Pudipeddi teaches a method wherein the first data processing 
unit processes the first data requests in parallel with the second data processing unit 
processing the second data update requests (Abstract and paragraph 109, wherein 
processing multiple queues simultaneously requires multiple processing units 
(processors)). 

6. Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Pudipeddi etal (US Publication 20050165820). Pudipeddi teaches a method 
comprising the steps of: determining an order in which the data requests were made; 
grouping the data requests into blocks, wherein each of the blocks includes a plurality of 
data update requests and information indicating the order to process each of the data 
update requests; generating and storing information indicating a sequence in which to 
execute the blocks based on the order; and processing each of the data requests within 
all of the blocks based in the order. Pudipeddi does not teach that the requests are an 
update type of request and that all of the requests are processed by a same processor. 
It would have been obvious to one of the ordinary skill in the time the invention was 
made to use the queue processing method as taught by Pudipeddi to process update 
requests because using the method for specific type of request is an intended use and 
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therefore it is would have been obvious to one of the ordinary skill in the art to use the 
Pudipeddi's queues for any type of requests (for instance: interrupt, write, read, recall, 
update) depending on the situation. Further as mentioned above Pusipeddi does not 
explicitly teach that all the requests from the queues can be processed by the same 
processor, however it would have been obvious to one of the ordinary skill in the art 
during the time the invention was made to use one processor for processing all the 
requests (Figure 1, element 120), because if the speed is not a critical factor, parallel 
processing is not necessary, therefore one processor could be used to process 
requests in order to save costs (i.e. only one processor required and lower power 
usage, a simpler computer architecture design). 



Response to Arguments 

7. Applicant's arguments filed January 29, 2007 have been fully considered but they 
are not persuasive. 

8. With respect to the applicant's assertion on page 9, stating that Pudipeddi does 
not teach grouping all of data requests into a plurality of blocks, the examiner disagrees. 
Pudipeddi teaches collecting all of the incoming requests and sorting them into 
appropriate queues based on the recording medium. The applicant did not clearly 
disclose in the body of the claim what the word "all" involves, i.e. does it refer to all 
incoming requests or all the requests residing in the memory. Therefore, the current 
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meaning of the term "air, represents the incoming requests, or all of the requests that 
needs to be placed in the appropriate queue. 

9. Furthermore, the applicant alleges that Pudipeddi does not teach queues having 
the same capacity, storing data update requests, and also wherein the capacity 
corresponds to a number of the data update requests, the examiner also disagrees. 
One skilled in the art would know that capacity corresponds to size, further it is also well 
known in the art that storing requests will also consume memory space and therefore 
there is a limit of how many requests actually can be recorded. Therefore capacity 
(interpreted as size) clearly corresponds to number of requests. The examiner also 
noted that Goudie does not explicitly state that the size of the memory block correspond 
to a number of data update requests, however similarly to Pudipeddi size of the memory 
can hold certain amount requests, since each request requires certain amount of space 
in order to be stored, therefore capacity or size of the memory does correspond to 
number of update requests. 

10. Addressing, the second concern regarding Pudipeddi not teaching data update 
requests and queues being the same size, it appears as the applicant notes that Goudie 
teaches those lacking limitations, however the applicant alleges that it would have not 
been obvious to incorporate Goudie's teaching into Pudipeddi's queues management 
system. The examiner maintains however, that it would have been obvious to use the 
queues having the same size and further process update requests, because as 
mentioned in the last rejection, there is a variety of different types of requests that 
computer needs to process, and one of them could be an update request. Developing 
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this thought could lead to the conclusion that back up data request, as pointed out by 
the applicant, could also correspond to an update request, because the back up when 
old version of the file get overwritten with a newer version could essentially be 
considered an update request. Similarly, having queues of the same size would be also 
considered beneficial, as mentioned before in the non-final rejection, same size queues 
would simplify size settings (i.e. universal/same size for all the queues). The examiner 
understands that Pudipeddi teaches dynamic adjustment queues, however even 
dynamic adjustment can include guidelines about the maximum size; therefore virtually 
the queues sizes would be same, except not all the memory in those queues would 
have to be utilized. 

11. Finally on the page 12, the applicant asserts that Pudipeddi does not teach the 
data items being in an order in which the data requests were made, the examiner also 
respectfully disagrees. As it is explained in paragraphs 4 and 7, the requests can be 
placed in the queues in the order they are received. They do not have to be placed in 
the same queue, however they still can be processed by respective queues in the order 
they come in. 

The Prior Art 

12. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Weber (US Publication 20030191907) discloses a method and apparatus 
for scheduling requests using ordered stages of scheduling criteria. 
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Khare et al (US Publication 20030005167) discloses a method and apparatus for 
managing transaction requests in a multi-node architecture. 

Conclusion 

13. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 . 1 36(a). 

14. A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Inquiry 

1 5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Angela M. Lie whose telephone number is 571-272- 
8445. The examiner can normally be reached on M-F. 
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16. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Don Wong can be reached on 571-272-1834. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

17. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




Angela M Lie 



DON WONG 
SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 2100 




